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DYNAMIC QUERY MODEL AND METHOD 

RELATED APPLICATIONS 

This application is related to copending U.S. application 
Ser. No. 09/364,124, rejected Jun. 18, 2001 entitled, "MUL- 
TIDIMENSIONAL STORAGE MODEL AND METHOD", 
U.S. applicatioo Ser. No. 09/364,808, rejected May 7, 2001 
entitled, "MODULAR METHOD AND SYSTEM FOR 
PERFORMING DATABASE QUERIES" and U.S. applica- 
tion Ser. No. 09/364,595, entitled, "METHOD AND SYS- 
TEM FOR DISPLAYING A PLURALITY OF DISCRETE 
FILES IN A COMPOUND FILE'. 

TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to the field of analytical 
data processing, and more particularly to a dynamic query 
model and method for performing customized database 
queries. 

BACKGROUND OF THE INVENTION 

Business intelligence systems began largely as decision 
support systems (DSS) and executive information systems 
(EIS). Decision support systems (DSS) and executive infor- 
mation systems (EIS) were value added systems that pro- 
vided additional information from existing on-line transac- 
tional processing (OLTP) systems. 

As business intelligence systems developed, they inte- 
grated decision support system (DSS) functionality with 
executive information system (EIS) functionality, and added 
on-line analytical processing (OLAP) tools and management 
reporting tools. These hybrid business intelligence systems 
were gradually moved from a main-frame environment to a 
distributed server/desktop environment to allow greater user 
access. 

More recently, the advent of centralized data warehouses 
and datamarts have created a dramatic increase in available 
data waiting to be analyzed, exploited and distributed within 
an organization. Such data warehouses and datamarts, 
however, were typically optimized for information delivery 
rather than transactional processing. As a result, data ware- 
houses and datamarts offered only limited solutions for 
turning stored data into useful and strategic tactical infor- 
mation. During this same time, business intelligence sys- 
tems gained prominence by offering sophisticated analysis 
tools for analyzing large amounts of stored information to 
support effective planning and decision-making within an 
organization. 

Business intelligence systems and other analytical tools 
typically provide predefined query models to assist novice 
users and other information consumers in obtaining infor- 
mation from a database. A problem with such predefined 
query models, however, is they are generic and do not suit 
specific user needs. To obtain specifically relevant 
information, a user must himself or herself write a custom 
query, which usually requires advanced database knowl- 
edge. As a result, although all users are able to obtain some 
information using predefined query models, most users are 
not able to obtain information that is specifically relevant to 
them. 

SUMMARY OF THE INVENTION 

The present invention provides a dynamic query model 
and method that substantially eliminates or reduces disad- 
vantages and problems associated with previous systems and 
methods. In particular, predefined query models are pro- 
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vided to users for customization. This allows users to 
quickly and easily adapt predefined queries to their particu- 
lar needs. 

In accordance with one embodiment of the present 

5 invention, a method for generating database queries includes 
storing a predefined query model for querying a database. 
An accessible portion of the predefined query model is 
displayed to a user upon request. User edits to the accessible 
portion of the predefined query model are received and used 

io to generate a user-adapted query model. A query is then 
initiated based on the user-adapted query model. 

More specifically, in accordance with a.particular embodi- 
ment of the present invention, the display is a graphical view 
of accessible data elements defining the predefined query 

15 model. A graphical view of accessible data elements 
includes accessible tables, columns and tables, and joins 
between tables. In this and other embodiments, a user- 
adapted query model may include database tables, database 
columns, and table joints absent or modified from the 

20 predefined query model. 

Technical advantages of the present invention include 
providing an improved business intelligence portal that 
allows query models to be more intelligently generated and 
used within an organization. In particular, the business 

25 intelligence portal allows default query models to be con- 
structed and altered using a graphical view of data elements. 
To the extent possible, specified data within a query model 
is automatically linked. As a result, queries can be easily 
defined and later altered by users without specialized data- 
base knowledge. 

Another technical advantage of the present invention 
includes providing a query model and method that allows 
users to easily obtain and analyze meaningful information. 

35 In particular, the predefined query models are provided to 
users for adaptation and customization. As a result, novice 
users and other information consumers can alter queries to 
suit their particular needs. This facilitates robust data analy- 
sis by all users and allows novice users to effectively use 

40 available information to improve operations within their 
organization. 

Other technical advantages of the present invention will 
be readily apparent to one skilled in the art from the 
following figures, description, and claims. 

45 BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present inven- 
tion and its advantages, reference is now made to the 
following description taken in conjunction with the accom- 
5Q panying drawings, wherein like reference numerals repre- 
sent like parts, in which: 

FIG. 1 is a block diagram illustrating a business intelli- 
gence portal in accordance with one embodiment of the 
present invention; 
5S FIG. 2 is a flow diagram illustrating a method for initial- 
izing the business intelligence portal of FIG. 1 in accordance 
with one embodiment of the present invention; 

FIG. 3 is a flow diagram illustrating a method for gener- 
ating predefined query models in the business intelligence 
60 portal of FIG. 1 in accordance with one embodiment of the 
present invention; 

FIG. 4 is a flow diagram illustrating a method for deploy- 
ing and maintaining client applications in the business 
intelligence portal of FIG. 1 in accordance with one embodi- 
es ment of the present invention; 

FIG. 5 is a flow diagram illustrating a method for gener- 
ating and executing a query model based on a predefined 
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query model in accordance with one embodiment of the The server tier 14 includes one or more servers 30. The 

present invention; servers 30 each comprise a set of Java-based applications 

FIG. 6 is a block diagram illustrating operation of the mat can operate on different platforms. As described in more 

modular query engine of FIG. 1 in accordance with one detail below > the a™* 8 3 ° provide hierarchical security, 

embodiment of the present invention; S centralized admiration, fast multithreaded pooled data 

„ . „ ■ . • r , access, and multidimensional data analysis for the business 

FIG. 7 is a flow diagram illustrating operation of the portal 10 . 

modular query engine of FIG. 6 in accordance with one The server 30 includes a catalog 32, a catalog manager 34, 

embodiment of the present invention; a security manager 36? a query generator 38, a database 

FIG. 8 is a block diagram illustrating a multidimensional access system 40, a cache manager 42, a multidimensional 

storage model in accordance with one embodiment of the mo del manager 44, and a client administrator 46. The 

present invention; catalog 32 stores all configurations, documents, and work 

FIG. 9 is a block diagram illustrating exemplary data for products created by administrators and users of the business 

the multidimensional storage model of FIG. 8; intelligence portal 10. This centralizes management of 

FIG. 10 is a flow diagram illustrating a method for 15 documents, eliminates redundant and outdated copies resid- 

generating the multidimensional storage model of FIG. 8 in ing on client systems, allows documents to be shared across 

accordance with one embodiment of the present invention; an enterprise, and provides continual security for the docu- 

FIG. 11 is a screen diagram illustrating a display of related rnents. The catalog manager 34 manages all shared infor- 

views in the portfolio of FIG. 1 in accordance with one mation within the server 30. It will be understood that such 

embodiment of the present invention; and 20 configurations, documents, and work products may be oth- 

FTG. 12 is a screen diagram illustrating window tabs for eIW J e suitabl y *°« d md mana S ed ***** me business 

navigating between related views in accordance with one intelligence portal 1 . 

embodiment of the present invention. ^ catal °g 32 one or more database abases 50, 

user profiles 52, security groups 54, and predefined query 

DETAILED DESCRIPTION OF THE ^ mo dels 56 configured by a system administrator. The catalog 

INVENTION 32 ^ includes one or more portfolios 58 that store related 

FIG. 1 illustrates a business intelligence portal 10 in views 60 created by a system user. As previously described, 

accordance with one embodiment of the present invention. the database aliases 50 contain all information necessary to 

Generally described, the business intelligence portal 10 connect to the databases 20. The use of the database aliases 

provides integrated data access and information sharing 30 50 prevents direct user database access to maintain data 

across an enterprise, as well as sophisticated multidimen- integrity in the native databases 20 and makes it possible for 

sional analysis tools. The analysis tools are highly auto- non-technical users to safely access corporate data without 

mated and intuitive to allow a wide range of users to utilize fear of corruption. In addition, the database aliases 50 also 

stored information in making strategic decisions. In this serve to pool connections to the physical databases 20 and 

way, the business intelligence portal 10 maximizes decision 35 thereby reduce the number of database connections required 

support benefits users receive from their data, while mini- to support a large number of clients, 

mizing the cost of implementing and administrating the The user profiles 52 each define a specific range of 

system. privileges for a user and one or more security groups 54 to 

In the embodiment illustrated by FIG. 1, the business which a user has access. The user profiles 52 are generated 

intelligence portal 10 implements a three -tier distributed 40 and maintained by a system administrator. The security 

architecture comprising a database tier 12, a server tier 14, groups 54 implement a hierarchical security model with 

and a client tier 16 connected by one or more networks 18. security rights and privileges assigned to each group 54 by 

The server and client tiers 14 and 16 are Java-based to a system administrator. An administrator security group is 

support the Internet communication protocol (TCP/IP), mul- provided to allow administrators full access to the system, 

tiple client and server platforms, pooled connections to a 45 including permissions to add, modify, and delete security 

wide variety of data sources, and complete scalability of the groups 54 and user profiles 52 in the system. The final 

portal 10 across an enterprise. In addition, the Java-based security rights and privileges that a user inherits are the 

server and client tiers 14 and 16 provide an open API union of his or her individual rights as defined in the user 

architecture that is highly adaptable and functional for profiles 52 and the rights of each security group 54 to which 

processing structured data in databases as well as unstruc- 50 he or she belongs. In this way, exposure of system features 

tured data. The client/server network 18 comprises a com- to users is controlled through the extensive use of 

pany Intranet while the server/database network 18 includes permissions, or privileges, which are assigned or withheld 

portions of public and private networks. It will be under- from security groups 54 or individual user profiles 52. Thus, 

stood that the business intelligence portal 10 may be imple- while administrators may have the ability to connect to 

mented using other suitable architectures, programming 55 databases 20 and add or delete users, power users might not 

languages, and links. have this permission. Instead, power users may have access 

Referring to FIG. 1, the database tier 12 includes one or to a full range of data analysis and collaboration features, 

more databases 20. As described in more detail below, the while information consumers may only be able to run and 

databases 20 are each exposed as an alias that contains all adapt reports or charts that were previously defined by an 

the information necessary to connect to the database 20, 60 administrator or power user. 

including the database login. The use of database aliases The predefined query models 56 are self-contained logical 

prevents direct user access to the native database in order to models of particular databases that are established to make 

maintain the integrity in the database 20. For the illustrative query creation by less technical users easily and intuitive, 

embodiment, the databases 20 may each be any Java data- The predefined query models 56 further abstract data from 

base connection (JDBC) or object database connection 65 a database 20, exposing only those portions of the database 

(ODBC) compliant database, as well as a suitable data 20 that is relevant to the group or groups of users who will 

warehouse or datamart. use the particular query model 56. The predefined query 
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models 56 include relevant tables from a database, fields 
within the database tables, and links between the database 
tables that together define a query. The predefined query 
models 56 form the basis for all queries created by users. In 
this way, the predefined query model 56 controls the ele- 5 
ments in any database 20 to which any particular set of users 
will have access. In addition, the predefined query models 
56 establish, mechanisms that may restrict the type of 
queries that can be made by any group of users. In particular, 
the mechanisms define the maximum computer resources, or 10 
governors, that can be used to execute the queries, and 
allowable joins between tables to prevent run-away or 
malicious queries that could impact the integrity of the 
business intelligence portal 10. 

The portfolios 58 provide a file system for storing user 15 
created or obtained views 60. In addition, to internally 
generate views 60, the portfolios 58 may include, for 
example, views 60 of word processing documents, spread 
sheet documents, and web pages. The portfolios 58 are each 
a compound file capable of restoring a collection of views 60 20 
or other related sets of data. The views 60 may be stored 
directly within the portfolio 58 or linked to each other in the 
portfolio 58. 

Access to the portfolios 58 is determined by established 
security parameters for users and additionally by the creators 25 
of the views 60 in the portfolio 58. In one embodiment, users 
never see portfolios 58 to which they do not have access 
privileges. In addition, the portfolios 58 may be customized 
to provide automatic notification to associated users when 
views 60 within the portfolio 58 have been updated or 30 
otherwise modified. In this way, security is made integral to 
the operation of the system which facilitates collaboration 
and information sharing within an enterprise. 

The views 60 provide data for displaying a wide variety 35 
of formats, such as, for example, tables, graphs, reports, 
pivots, and web pages. The views 60 may be either live 
views representing current data or snapshot views of data at 
a particular point in time. In addition, as described in more 
detail below, live views 60 may be scheduled to be updated 4Q 
automatically at regular intervals, updated when first 
opened, and the like. Snapshot views 60 may be set to 
overwrite prior snapshots or to create a sequence of snapshot 
or rollover views 60 for historical analysis. The views 60 and 
portfolios 58 can be saved privately by a user or may be 45 
distributed or shared among one or more security groups 54 
to facilitate collaboration and decision making. 

The security manager 36 manages security in the business 
intelligence portal 10. In particular, the security manager 36 
includes predefined security tasks for generating and main- 50 
taining user profiles 52 and security groups 54. The security 
manager 36 also provides a security hierarchy that allows 
user profiles 62 and security groups 54 to inherit privileges 
from parent classes. In this way, a system administrator can 
easily establish and maintain security for the business intel- 55 
ligence portal 10. 

The query generator 38 provides graphical views of 
database elements to assist system administrators and power 
users in defining the query models 56. The predefined query 
models 56 each define the database connection, the family of go 
tables and columns exposed from the database, the allow- 
able join types and combinations, metadata, execution 
governors, and aliases for the query. The predefined query 
models 56 can be later adapted and used by a large range of 
users to perform safe, secure queries. 55 

The database access system 40 includes functionality and 
software for accessing and querying the databases 20 and for 
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returning query results to the server 30 for manipulation, 
analysis, and reporting by users. For the illustrated 
embodiment, the database access system 40 includes a query 
scheduler 72, an SQL generator 74, a connection manager 
76, and a Java database connection(JDBC) 78. 

The query scheduler 72 initiates scheduled queries. As 
previously discussed, any view 60, including the data and 
calculations contained in the view 60, can be set to refresh 
from the database 20 according to several options, including 
specific time schedules. This allows views 60 to be easily 
refreshed to reflect the current state of the data and users to 
always work with the most up-to-date information. In 
addition, snapshot views 60 can be automatically scheduled 
to create an historical repository of snapshot views 60 based 
on the same query. Thus, for example, a view 60 may be 
scheduled for updates at 10:00 p.m. every Monday, 
Wednesday, and Friday and automatically distributed to a 
group of users via a shared portfolio 58. 

The SQL generator 74 receives user-adapted or unadapted 
query models from a user and generates a textual SQL query 
for execution by the connection manager 76. In this way, 
query models which are graphically displayed and edited by 
users are automatically converted to executable database 
instructions and thereafter executed. This allows novice 
users and other information consumers with little or no 
programming knowledge to fully use and benefit from the 
business intelligence portal 10. 

In one embodiment, the SQL generator 74 includes dialog 
specific generators and an SQL parse tree to generate the 
textual SQL. The dialog specific generators correspond to 
the different types of databases 20 accessed by or used in 
connection with the business intelligence portal 10. The 
dialog-specific generators may include, for example, Oracle, 
Sybase, DB2, and MS SQL generators. 

The connection manager 76 receives textual SQL query 
requests from the SQL generator 74 and communicates with 
the databases 20 to perform the requested queries through 
the Java database connection (JDBC) 78. In the illustrated 
embodiment, the connection manager includes a modular 
query engine 80 including an intelligent dataset 82 and a 
library of data drivers 84. As described in more detail below, 
the data drivers 84 each execute a predefined database 
operation. The intelligent dataset 82 selects and orders data 
drivers 84 from the library as necessary to perform a query 
request. As a result, database access methods are standard- 
ized and the dataset need not be customized for each 
application. 

The cache manager 42 includes a cache 90 having a 
plurality of pages 92 and a process thread 94. The cache 
manager 42 receives data extracted from the databases 20 in 
response to query requests and feeds them into the pages 92. 
The cache manager 42 runs asynchronously with the process 
thread 94 driving the cache 90 to feed data into the pages 92. 
It will be understood that data may be otherwise suitably 
received, stored, and initially processed by the server 30. 

The multidimensional model manager 44 generates and 
manipulates multidimensional storage models 100. As 
described in more detail below, the multidimensional stor- 
age model 100 utilizes a non-sparse architecture to minimize 
the size of the model 100. The reduced size of the model 100 
improves processing times and allows efficient pivot and 
drill operations during data analysis. In addition, the model 
100 uses an open architecture to allow calculations to be 
dynamically performed after the model has been con- 
structed. As a result, users can create new calculations to 
analyze data intersections that were not anticipated during 
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the original definition of the models 100. This reduces time 
and resources needed to support pivot and drill operations. 

The client administrator 46 provides a central point from 
which the portal 10 manages client administration. The 
client administrator 46 provides a zero-administration archi- 
tecture that automatically manages deployment of client 
applications to maximize user performance and minimize 
network traffic, while assuring the latest applications are 
always used by the clients. 

The client tier 16 includes a plurality of clients U0. The 
clients 110 may be local to or remote from each other and the 
server 30. In one embodiment, the clients U0 provide all 
access, including system administration, to the server 30. As 
previously described, all client 110 functions are controlled 
by a robust set of permissions stored on the server 30. 
Permissions are granted to both individual users and security 
groups of users. In this way, the robust functionality of the 
business intelligence portal 10 is appropriately controlled 
and metered out to all users across the enterprise without 
seeming overcomplex to less technical users. 

The client 110 includes a clieDt API 112 and a graphical 
user interface (GUI) 114. In the illustrated embodiment, the 
client 110 is designed with all components being Java 
pieces, or Java beans. In this embodiment, as described in 
more detail below, the client 110 identifies its components 
when establishing a connection with the server 30. This 
allows efficient administration of the client 110 and integra- 
tion of additional functionality into the client 110. 

The client API 112 comprises a set of Java classes that 
define how the client 110 communicates with the server 30. 
Because the client API 112 allows any Java program to 
communicate with the server 30, an enterprise may effi- 
ciently add additional, custom capabilities for its clients 110. 

The graphical user interface 114 includes a set of admin- 
istration panels 116, a set of user panels 118, a set of wizards 
120, a query composer 122, a set of viewers 124, and a 
property inspector 126. The administrative and user panels 
116 and 118 provide graphical displays for guiding admin- 
istrators and users through their respective operations. 

The wizards 120 divide creation processes into one or 
more logical steps and guide administrations and users 
through the creation process. This assists novice users and 
other information consumers without detailed programming 
knowledge in performing queries and analyzing results. In 
this way, all users within an enterprise are able to efficiently 
use the business intelligence portal 10 to extract meaningful 
data and thereby improve their area of operation within an 
enterprise. 

The query composer 122 specifies where data comes 
from, what substantive data to display, and how it is to be 
stored. The query composer 122 provides a graphical view 
of predefined query models 56 to allow users to intuitively 
understand and alter the models 56 to suit their particular 
needs. In one embodiment, the query composer 122 allows 
users to only see those data elements in a model 56 to which 
they have privileges. The query composer 122 saves user 
edits of a predefined query model 56 as a user-adapted query 
model 128 that can be uploaded to and executed by the 
server 30. 

The viewer 124 creates a combination of data views for 
tables, graphs, reports, pivots, web pages, and the like. The 
viewer 124 allows users to easily switch from any view 60 
of data to any other and to sort and filter data. The views 60 
can also be exported to HTML for publication on a web 
server or for sharing in the catalog 32, As previously 
described, data views 60 may be live or snapshots. Views 60 
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or portfolios 58 of views 60 can be saved privately within an 
individual user's own catalog area or may be distributed and 
shared among one or more security groups 54 to facilitate 
collaboration and decision making. 

5 Within the viewer 124, a table viewer 130 displays 
information as a series of columns and rows. A table view 
typically serves as a starting point for developing ideas 
because it provides an overall idea of how information is 
organized. In the table view, users can add filters, add 

10 calculated fields, and add summary and subtotal informa- 
tion. Columns can be rearranged, hidden, and otherwise 
modified. Content can be sorted and viewed at different 
levels. 

A report viewer 132 displays data in a report format. A 

15 report view provides a robust, banded report format and 
facilitates automatic report generation and distribution. 
Users can freely arrange fields and columns in an interactive 
graphical design view of a report while adding calculations, 
subtotals, groupings, headers, footers, tides, and graphics. 

20 A graph viewer 134 displays graph views of data in a wide 
variety of 2-D and 3-D formats. These formats may include, 
for example, bar, pie, line, scatter, and radar graphs. While 
working with a graph, users can change the graph type or 
contents by filtering data, using a subset of the original data, 

25 and draw multidimensional data. The graph view can also be 
changed on the fly, by sorting the records in a different order, 
as well as changing the graph properties. 
A pivot viewer 136 provides pivot views displaying 

30 multidimensional, or cubed, data along multiple dimensions. 
This allows users to slice and dice information along dis- 
parate dimensions to gain different perspectives on the 
activities and performance of an enterprise. The pivot view 
supports hierarchies in the multiple dimensions which 

35 allows users to perform drill-down, drill-up and drill- 
through analysis. As described in more detail below, the 
multidimensional views are generated from the multidimen- 
sional storage model 100. 

A browser viewer 138 provides a built-in, cross-platform 

4 0 web browser. This allows users to access work products and 
web-based Internet or Intranet environments. Reports or 
objects created in other views can be exported to HTML for 
posting to websites or display through the browser interface. 
The property inspector 126 allows users to change display 

45 properties of a particular view. In one embodiment, the 
property inspector 126 is modeless. In this embodiment, the 
property inspector 126 applies the changes while on the 
screen to allow users to experiment with different configu- 
rations and attributes before closing the property inspector 

so 122. 

Together, the client 110 and server 30 of the business 
intelligence portal 10 add a strategic layer to an enterprise 
information structure and provides a single point of entry for 
integrated query, reporting, and analysis which are inher- 

55 ently extensible for a wide range of users. Because the 
business intelligence portal 10 may be fully integrated 
across an enterprise, the portal 10 facilitates routine 
enterprise-wide analysis delivery and sharing of informa- 
tion. As a result, far more people within an enterprise will be 

60 able to make regular and productive use of data that already 
exists for the enterprise. 

FIG. 2 is a flow diagram illustrating a method for initial- 
izing the business intelligence portal 10 in accordance with 
one embodiment of the present invention. Referring to FIG. 

65 2, the method begins at step 200 in which a system admin- 
istrator defines the user profiles 52. As previously described, 
the user profiles 52 provide permissions for users to utilize 
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features within the system. Next, at step 202, the system 
administrator defines security groups 54. As previously 
described, final security rights and privileges that a user 
inherits are the union of his or her individual rights as 
defined in the user profiles 52 and the rights of each security 
group 54 to which he or she belongs. 

Proceeding to step 204, the system administrator gener- 
ates a database alias 50 for each of the databases 20. The 
database aliases 50 prevent direct user access to the data- 
bases in order to maintain data integrity and to make it 
possible for non-technical users to safely access corporate 
data without fear of corruption. The database aliases also 
serve to pool connections to the physical databases 20 and 
thereby reduce the number of database connections required 
to support a large number of clients 110. 

Next, at step 206, the system administrator generates the 
predefined query models 56 using the query generator 38. 
The predefined query models 56 control the elements in a 
database 20 to which any particular set of users will have 
access. In addition, the predefined query models 56 restrict 
the types of queries that can be executed and define the 
maximum computer resources that can be used to execute 
the queries and the allowable joins between tables to prevent 
run-away or malicious queries. 

Step 206 leads to the end of the process by which the 
system administrator sets up the business intelligence portal 
10 for use within an enterprise. As part of the setup process, 
permissions and queries for users have been defined in order 
to control access and distribution of data within the system. 

FIG. 3 is a flow diagram illustrating a method for gener- 
ating the predefined query models 56 in accordance with one 
embodiment of the present invention. In this embodiment, 
specified data within the model is automatically linked to the 
extent possible. In addition, database elements are graphi- 
cally displayed to the system administrator to facilitate 
generation of the query model 56. 

Referring to FIG. 3, the method begins at step 220 in 
which the query generator 38 automatically identifies and 
displays to a system administrator the tables and columns of 
a database 20 for which a query is to be generated. Next, at 
step 222, the system administrator selects a subset of the 
tables and columns for a predefined query model 56. 

Proceeding to decisional step 224, the query generator 38 
determines whether the database 20 has full foreign key 
(FK)/primary key (PK) information. Full foreign key/ 
primary key information allows data in disparate tables to be 
automatically linked. Accordingly, if the database 20 
includes full foreign key/primary key information, the Yes 
branch of decisional step 224 leads to step 226 in which 
child tables are automatically linked to parent tables in the 
predefined query model 56 using the foreign key/primary 
key information. Step 226 leads to the end of the process. At 
this point, the predefined query model 56 can be saved or 
further edits can be made by the system administrator. 

Returning to decisional step 224, if full foreign key/ 
primary key information is not available, the No branch of 
decisional step 224 leads to decisional step 228. At deci- 
sional step 228, the query generator 38 determines whether 
full primary key information is available from the database 
20. Provision of full primary key information allows parent 
and child tables to be determined by a database table search. 
Accordingly, if full primary key information is available, the 
Yes branch of decisional step 228 leads to step 226 where the 
database table search is performed to determine parent and 
child tables. After the parent and child tables are determined, 
they are automatically linked to generate the predefined 
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query model 56. The predefined query model may then be 
saved or further edited by the system administrator. 

Returning to decisional step 228, if full primary key 
information is not available, the No branch of decisional step 

s 228 leads to decisional step 230. At decisional step 230, the 
query generator determines whether unique index informa- 
tion capable of identifying parent and child tables is avail- 
able from the database 20. If such unique index information 
is available, the Yes branch of decisional step 230 leads to 

10 step 226. At step 226, the unique index information is used 
to search the database for parent and child tables. The query 
generator 38 then automatically links child and parent tables 
to generate the predefined query model 56. The predefined 
query model may then be saved or further edited by the 

15 system administrator. 

Returning to decisional step 230, if unique index infor- 
mation is not available from the database 20, the No branch 
of decisional step 230 leads to step 232. At step 232, the 
system administrator manually identifies and links child and 

20 parent tables to generate the predefined query model 56. In 
this way, the predefined query models 56, are to the extent 
possible, automatically generated with minimal administra- 
tor interaction. It will be understood that database tables and 
other elements may be otherwise suitably linked. 

FIG. 4 is a flow diagram illustrating a method for deploy- 
ing and maintaining client applications in accordance with 
one embodiment of the present invention. In this 
embodiment, client applications are centrally deployed and 

30 maintained from the server 30 using a thin boot strap applet 
that is initially used to download Java classes forming the 
client applications to the client 110. After this, all upgrades 
to the client software are done automatically by the server 30 
upon initiation of a new session by the client 110. Part of the 

35 installation/update procedure includes downloading a mani- 
fest file listing all names and versions of all modules and 
resources on a client 110. 

Referring to FIG. 4, the method begins at step 250 in 
which a new connection to the server 30 is made by the 

40 client 110. At step 252, the boot strap agent on the client 110 
transmits the user's manifest file to the server 30. 

Proceeding to step 254, the server 30 compares the 
versions of all modules and resources listed in the manifest 
file to current versions of the corresponding files in the 

45 server 30. At decisional step 256, the server 30 determines 
whether some or all of the modules or resources are outdated 
based on the comparison. If some or all of the modules or 
resources are outdated, the Yes branch of decisional step 256 
leads to step 258. At step 258, the server 30 geoerates an 

50 incremental update for the client 110. The incremental 
update includes only the modules that need to be updated. 

Next, at step 260, the server transmits the incremental 
update to the client U0. At step 262, the client 110 updates 
the client side applications based on the incremental update. 

55 At step 264, a new session is then launched for the update- 
to -date client 110. Returning to decisional step 256, if none 
of the client applications are outdated, the No branch of 
decisional step 256 also leads to step 264 in which a new 
session is launched. In this way, the server 30 determines 

60 what, if any, modules (or Java classes) are out-of-date, 
missing, or obsolete and then selectively pushes the correct 
modules to the user's machine along with an updated 
manifest. As a result, users never have to manually update 
client software and are able to easily roam between different 

65 work stations to log on without requiring their applications 
and data files to be reinstalled on each station. In addition, 
the client 110 executes quickly and is always up-to-date 
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while administration is centrally maintained and network 
traffic is minimized. 

FIG. 5 is a flow diagram illustrating a method for adapting 
and executing a query model based on a predefined query 
model 56 in accordance with one embodiment of the present 
invention. In this embodiment, predefined query models 56 
are generated and maintained on the server 30 by an admin- 
istrator and provided to users upon request and verification 
of access privileges. 

Referring to FIG. 5, the method begins at step 280 in 
which the server 30 receives a request from a user for a 
predefined query model 56. Next, at step 282, the server 
determines an accessible portion of the predefined query 
model 56 based on the user's privileges. The accessible 
portion is a portion of the query model 56 that may be 
viewed by the user. In a particular embodiment, the acces- 
sible portion of the predefined query model 56 may also be 
the portion of the query model editable by the user. Deter- 
mination of the accessible portion of the predefined query 
model 56 may be accomplished by determining the user's 
privileges to the query model and then determining the 
accessible portion based on the user's privileges. 

In determining the accessible portion of the predefined 
query model 56, the server 30 may also determine a pro- 
tected portion of the predefined query model 56. The pro- 
tective portion is the remaining or other suitable portion of 
the predefined query model 56. As described in more detail 
below, the query composer 122 may conceal the protective 
portion of the predefined query model or otherwise prohibit 
edits to the protected portion of the predefined query model. 

Next, at step 284, the server 30 downloads the predefined 
query model 56 to the client 110. At step 286, the query 
composer 122 displays the accessible portion of the pre- 
defined query model 56 to the user. In one embodiment, the 
query composer 122 displays a graphical view of accessible 
data elements defining the predefined query model 56. In 
displaying the accessible portion, the query composer 122 
may conceal the protected portion of the predefined query 
model 56 to prevent editing and/or viewing of that portion. 

Proceeding to step 288, the query composer 122 receives 
user edits to the predefined query model 56. User edits may 
include the selection or deselection of database tables, 
columns in the database tables, and joins between the 
database tables. Next, at step 290, the query composer 122 
generates a user-adapted query model 128 based on user 
edits to the accessible portion of the predefined query model 
56. At step 292, the user-adapted query model 128 is 
uploaded to the server 30 for execution. 

At step 294, the SQL generator 74 automatically gener- 
ates a database query based on the user-adapted query model 
128. The database query comprises textual SQL that can be 
executed by the connection manager 76 to perform the 
query. At step 296, the server 30 receives the results of the 
query. As previously described, the query results are initially 
stored in the server 30 by the cache manager 42. 

Proceeding to decisional step 298, if the query includes 
multidimensional analysis, the Yes branch of decisional step 
298 leads to step 300 in which a multidimensional storage 
model 100 is generated based on the results. At step 302, the 
multidimensional storage model 100 is used to generate 
pivot, drill through, and other views as requested by the user. 

Returning to decisional step 298, if multidimensional 
analysis is not indicated, the No branch of decisional step 
298 leads to step 304 in which requested single dimensional 
views are generated based on the query results. Steps 302 
and 304 each lead to decisional step 306. At decisional step 
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306, the server 30 determines whether the user-adapted 
query model 128 will be stored for later reuse. If the user 
desires to save the query model 128, the Yes branch of 
decisional step 306 leads to step 308 in which the query 
5 model is saved to a selected portfolio 58 of the user or a 
security group 58 to which the user has access. Step 308 and 
the No branch of decisional step 306 each lead to decisional 
step 310. 

At decisional step 310, the server 30 determines whether 

10 the query results are to be stored as an historical snapshot. 
If a user selects to store the results as a snapshot, the Yes 
branch of decisional step 310 leads to step 312 in which the 
query results are stored to a selected portfolio 58. Step 312 
leads to the end of the process by which a predefined query 
model 56 is provided to a user for adaptation and customi- 
zation. The predefined query model 56 is displayed and 
altered using a graphical view of data elements. This facili- 
tates robust data analysis by all users and allows novice 
users to effectively use available information to improve 

M operations within their organization. 

FIG. 6 is a block diagram illustrating details of the query 
engine 80 in accordance with one embodiment of the present 
invention. In this embodiment, the query engine 80 includes 
a library of data drivers 84 and an intelligent dataset 82 

25 operable in response to a query request to identify from the 
library necessary data drivers 84 to perform the request. The 
intelligent dataset 82 is farther operable to determine the 
necessary order of the data drivers 84 to perform the request, 
to generate a driver chain comprising the necessary data 

30 drivers 84 in the necessary order, and to execute in order the 
data drivers 84 in the driver chain. 

Referring to FIG. 6, the intelligent dataset 82 generates a 
driver chain 320 in response to a query request. The driver 
chain 320 includes data drivers 322 necessary to perform the 

35 requested query. The data drivers 322 are dynamically 
selected from the library of available data drivers 84 and 
ordered by the intelligent dataset 82 based on the query 
request. In one embodiment, the data drivers 84 in the library 
are derived from a base class for which all interface methods 

40 call the next driver in the chain. In this embodiment, each 
data driver has a chain priority for placement in a same 
relative position within the chain 320. As used herein, the 
term each means every one of at least a subset of the 
identified items. 

45 For the illustrated embodiment, the driver chain 320 
includes data drivers Dl, D2, D3, and D4. Data driver Dl 
performs a fetch database operation which returns requested 
records. The returned records are next sorted by data driver 
D2 and indexed by data driver D3. Data driver D4 then 

50 performs the requested search on the sorted and indexed data 
records. In this way, the modular query engine 80 employs 
standardized access methods to perform database queries. 
As a result, the portal 10 need not be customized for 
particular database queries and the cost to provide and 

55 maintain the business intelligence portal 10 is reduced. 
FIG. 7 is a flow diagram illustrating operation of the 
modular query engine 80 in accordance with one embodi- 
ment of the present invention. Referring to FIG. 7, the 
method begins at step 340 in which a query request is 

60 received by the intelligent dataset 82. Next, at step 342, the 
intelligent dataset 82 dynamically selects data drivers 84 
from the library necessary to perform the query request. 

Proceeding to step 344, the intelligent dataset 82 deter- 
mines the order of data drivers 84 necessary to perform the 

65 request. At step 346, the intelligent dataset 82 dynamically 
constructs a driver chain comprising the necessary data 
drivers in the necessary order to perform the query request. 
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Next, at step 348, the intelligent dataset executes the The calculated dimension 362 includes a set of calculated 
driver chain to perform the query request. Within the driver values 382. The calculated values 382 are values derived 
chain, the datasets 82 are executed in order with each calling from predefined calculations requested by a user contempo- 
a next driver 84 in the chain upon completion of its own raneously with the multidimensional storage model 100. 
execution. As a result, the query engine 80 and dataset 82 are S Thus, while the multidimensional storage model 100 pro- 
application independent and can be easily modified to sup- vides an open architecture to allow calculations after its 
port new functionality by adding data drivers 84 to the creation, contemporaneous calculations requested by the 
library and programming the intelligent dataset 82 as to their user with the model are prccalculated and stored to minimize 
functionality. processing after creation of the model 100 and to improve 

FIG. 8 is a block diagram illustrating details of a multi- ™ the speed of multidimensional analysis, 

dimensional storage model 100 in accordance with one FIG. 9 is a block diagram illustrating exemplary data 400 

embodiment of the present invention. In this embodiment, and an exemplary multidimensional storage model 402 for 

the storage model 100 utilizes a non-sparse architecture to the exemplary data 400. Referring to FIG. 9, the exemplary 

minimize the size of the model 100. In addition, the storage data 400 includes dimensions CI and C2 and calculated 

model 100 uses an open architecture to allow calculations to 15 dimension C3. Dimension CI includes unique entry values 

be dynamically performed after the model 100 is con- A, B, and C while dimension C2 includes unique entry 

structed. values D, E, F, G, and H. The calculated dimension C3 

Referring to FIG. 8, the multidimensional storage model includes calculated data values 1, 2, 3, 4, 5, and 6 corre- 

100 comprises a slot 360 for each dimension and a slot 362 sponding to different predefined calculations, 

for a calculated dimension. The dimensioaal slots 36 0 20 The exemplary storage model 402 includes dimensional 

contain entries and associated data values extracted from a slots 404 for dimensions CI and C2 and calculated dimen- 

database while the calculated dimension slots 362 contain sional slot 406 for calculated dimension C3. In the CI 

data calculated based on the extracted data. dimensional slot 404, the dimensional storage 410 includes 

For the illustrated embodiment, each dimension slot 360 unique dimensional values A, B, and C. The entry storage 

includes an entry storage 370 and a dimension storage 372. 412 includes entries with which the data values are associ- 

The entry storage 370 contains a set of non-sparse entries ated and pointers to the data values. Similarly, the C2 

374 for the corresponding dimension. Preferably, only non- dimensional slot 404 includes unique data values D, E, F, G, 

sparse entries are included. The entries 374 represent com- and H in dimensional storage 414. Entry storage 416 

binatric dimensional values and each identify an associated includes entries associated with the data values and pointers 

data value 376. In one embodiment, each entry 374 includes to the data values. Interdimensional links 420 identify inter- 

a pointer to the associated data value 376. Alternatively, the sections between entries, and thus data, in the CI and C2 

data values 376 can be stored along with the entries 374 in dimensions. The calculated dimension 406 includes calcu- 

the entry storage 370. Use of the pointers and separate lated data values 1, 2, 3, 4, 5, and 6 associated with 

storage of the data value 376, however, improves efficiency 3f predefined intersections of data in the CI and C2 dimen- 

and processing speed of the multidimensional storage model sions. 

100. From the exemplary storage model 402, it can be 
The dimension storage 372 includes the data values 376 determined, for example, that entry values A and D in the CI 
associated with entries 374 in the entry storage 370. The data and C2 dimensions intersect in that they are connected by 
values 376 represent unique dimensional values for each 40 interdimensional links 420. It can be further determined that 
dimension, entry values C and D do no intersect in that they are not 
A set of interdimensional links 380 is provided for each connected by interdimensional links 420. Entries are con- 
non-sparse entry 374. Each interdimensional link identifies nected b y interdimensional links if any one or a series of 
an intersection between non-sparse entries 374 in different interdimensional links connect the entries, 
dimensional slots 360. The set of interdimensional links 380 45 FIG. 10 is a flow diagram illustrating a method for 
includes one or more interdimensional links. In one generating and using the multidimensional storage model 
embodiment, the interdimensional links 380 are 100 in accordance with one embodiment of the present 
bi-directional to allow efficient traversal between the dim en- invention. Referring to FIG. 10, the method begins at step 
sional slots 360 in either direction from an entry point. 440 in which the multidimensional storage model 100 is 
The interdimensional links 380 collectively identify all 50 generated by the multidimensional model manager 44 in 
intersections between non-sparse entries 374 in the dimen- response to a query request and is based on results of the 
sional slots 360. Accordingly, all intersections, including query request. The query request specifies the dimensions 
non stored empty intersections, can be determined from the and data dimensions for the multidimensional storage model 
non- sparse entries 374 and traversal of the interdimensional 100- 

finks 380. In particular, a null intersection between database 55 In one embodiment, the multidimensional model manager 

entries in a first and a second dimension is determined by the 44 generates the multidimensional storage model 100 by 

lack of the database entries in the model or the lack of first fetching data records from the source. For each data 

interdimensional links 380 connecting the entry 374 in the record, the dimensional values and data values are then 

first dimension to the entry in the second dimension. Non- fetched. Thereafter, for each dimensional value of a data 

sparse intersections between entries 374 in a first and second 60 record the multidimensional model manager 44 determines 

dimension are determined by traversing the interdimen- if the dimensional value is present in entry storage 370, in 

sional links 380 from the specified entry in the first dimen- which case it may be used. If the dimensional value is not 

sion to the specified entry in the second dimension and then present in the entry storage 370, an entry 374 is created for 

obtaining the data value 376 associated with the entry 374 in the dimensional value in entry storage 370 and the corre- 

the second dimension. Data and information obtained by 65 sponding data value 376 stored in dimension storage 372. In 

traversal of the interdimensional storage model 100 is output either case, the dimensions are next traversed from left to 

for further processing as described in more detail below. right to create interdimensional links 380 for the entries 374 
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in entry storage 370. Existing links are reused while links user in a requested view by the viewers 124 on the client 
that are missing are created. In addition, for the right-most 110. Proceeding to decisional step 456, if additional views 
dimension, data values fetched for the record are added by are requested, the Yes branch returns to step 442 in which the 
the multidimensional model manager 44. It will be under- v iew request and specified dimensions are received and the 
stood that the multidimensional storage model 100 may be s process repeated until all requested views have been corn- 
otherwise suitably generated. plctcd md displayed to the user. At this point, the No branch 

After the multidimensional storage model 100 is of decisional step 456 leads to the end of the process. In this 

generated, step 440 proceeds to step 442. At step 442, the way> mc business intelligence portal 10 provides a multidi- 

multidimensional model manager 44 receives a view request me nsional storage model 100 of reduced size and improved 

for a subset of the specified dimensions anoVor data dimen- 10 proccssing spceds that support cfficicnt pivot ^ drill 

sions Next, at step 444, the multidimensional model man- operations during data analysis. In addition, a user can create 

ager 44 determines traversals necessary to generate the view new calculatio[ls to data interse ctions that were not 

from the storage model 100 and a starting point for each during me original definition of the model, 

traversal. The traversals are defined by the specified dimen- ™. . , . , , * . ^ • . 

sions and the starting point on entry determined based on ^ This reduces time and resources needed to support pivo 

how the model 100 is organized. 15 ^ dnl1 /dchaonal yews may include pivot 

- j . A ° .... . , , views and data drilling for high and low level analysis. 

In one embodiment, the multidimensional model manager 

44 retrieves a first and a next record from the multidimen- FIG - n 15 a scrccn ^gram illustrating a display of related 

sional storage model 100 using a bottom-up, right-to-left ***** 480 in accordance with one embodiment of the 

recursive movement. In this embodiment, to retrieve the first 9n P rcscnt invention. Referring to FIG. 11, the display window 

record, the multidimensional model manager 44 positions a 480 mchldes a menu bar 486 ^ a variel y of P uli down 

first dimension selected for display to the first entry storage mcnus 488 disposed along a top edge of the display window 

value. Next, all parent entries, which are those to the left of 480 - Atooi bar 490 * disposed immediately below the menu 

the first entry, are positioned to their first entry storage value. bar 486. 

Child entries, which are those to the right of the selected 25 The display window 480 further includes a catalog win- 
dimension, are also positioned to their first entry storage dow 492 and a portfolio window 494 adjacent the catalog 
value. For the first record, the multidimensional model window 492. The catalog window 492 displays a file hier- 
manager 44 then retrieves values for dimensional entries at archy within the catalog 32. The portfolio window 494 
these positions. To retrieve the next record, the multidimen- displays the views linked by the action portfolio, 
sional manager 44 attempts to move the right-most child in 30 Within the portfolio window 494, each of the views is 
the view. If the right -most child is movable, it is repositioned separately displayed in a discrete view window 496 . Storage 
and the data values fetched at the current positions within the of the views in discrete files linked by the portfolio and 
multidimensional storage model 100. If the right-most child display of the related views within the portfolio window 494 
is not movable, the multidimensional model manager 44 allows related documents to be easily organized together and 
attempts to move the parent of that child, which is the entry 3S efficiently displayed to a user. In particular, the portfolio 
immediately to the left of the child. If the parent is movable, window 494 provides a common window with a single data 
it is repositioned and the data values fetched at their current interface (SDf). The discrete view windows 496 are dis- 
positions in the multidimensional storage model 100. If the played within the common window in a multiple data 
parent cannot be moved, an attempt is made to move the interface (MDI). It will be understood that other types of 
parent of that parent, which is the entry immediately to the 4Q related components may be discretely stored and linked 
left of the first parent, and the process repeated until no together for display through a compound file, 
parents remain. At this point, the end of the process is FIG. 12 is a screen diagram illustrating a display window 
reached. It will be understood that the traversals and starting 500 including view buttons for navigating between related 
points within the multidimensional storage model 100 may views in a portfolio in accordance with one embodiment of 
be otherwise suitably determined. 45 the present invention. Referring to FIG. 12, the display 
Proceeding to step 446, the multidimensional model man- window 500 includes a menu bar 502 with a variety of pull 
ager 44 traverses the multidimensional storage model 100 down menus 504 disposed along a top edge of the display 
from the entry point across connecting multidimensional window 500. A tool bar 506 is disposed immediately below 
links 380 to determine the existence andl/or value at a the menu bar 502. The display window 500 includes a 
specified intersection. At step 448, the multidimensional 50 catalog window 508 and a portfolio window 510 as previ- 
storage model 100 determines any value at the specified ously described in connection with catalog window 492 and 
intersection. Next, at step 448, the multidimensional model portfolio window 494. 

manager 44 determines whether additional traversals exist [ n me illustrated embodiment, view windows 512 are 

for the model 100. If additional traversals exist, the Yes maximized with the portfolio window 510 to provide opti- 

branch of decisional step 450 returns to step 446 and the 55 m ized viewing. To allow navigation between the maximized 

remaining traversals are performed and intersectional values windows, view buttons 514 are provided in response to 

calculated until all traversals have been completed. The No maximization of a window 512 and displayed as tabs along 

branch of decisional step 450 then leads to step 452. a top e d g e of the portfolio window 510. The view buttons 

At step 452, data and information output from the mul- 514 are each operable to display an associated window 512 

tidimensional storage model 100 is summarized and sorted. $n as the active window in response to activation. This allows 

It will be understood that the multidimensional storage users to quickly and easily navigate between the windows, 

model 100 may be otherwise configured to presort and As a result, users need to constantly move, close, open, and 

summarize data. However, by separating the traversal opera- resize windows to view related data stored in disparate files, 

tion from the summarizing and sorting operations, process- The view buttons may be otherwise displayed or generated 

ing efficiency is improved. $5 in response to other suitable events. For example, the view 

Next, at step 454, information output from the multidi- buttons may be generated any time a first window becomes 

mensional storage model 100 is graphically displayed to the at least substantially hidden from display by an overlying 
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window. Thus, as soon as a user indicates that a window 
should be maximized, positioned, or displayed to cover a 
window, a view button 514 may be generated for the 
window to be covered. The view buttons 514 may be 
positioned independently of a corresponding window. Thus, 
they may be displayed adjacent to or remote from a corre- 
sponding window. 

Although the present invention has been described with 
several embodiments, various changes and modifications 
may be suggested to one skilled in the art. It is intended that 
the present invention encompass such changes and modifi- 
cations as fall within the scope of the appended claims. 

What is claimed is: 

1. A method for generating database queries, comprising: 
storing, at a server, a predefined query model for querying 

a database; 

displaying an accessible portion of the predefined query 
model to a user at a client; 

receiving user edits to the accessible portion of the 
predefined query model; 

generating a user-adapted query model at the client based 
on user edits to the accessible portion of the predefined 
query model; and 

initiating a query of the database based on the user- 
adapted query model. 

2. The method of claim 1, the act of displaying the 
accessible portion of the predefined query model comprising 
displaying a graphical view of accessible data elements 
defining the predefined query model. 

3. The method of claim 1, wherein the graphical view of 
accessible data elements comprises accessible tables, col- 
umns in the tables, and joins between the tables. 

4. The method of claim 1, further comprising: 
determining privileges of the user to the predefined query 

model; and 

determining the accessible portion of the predefined query 
model based on the user's privileges. 

5. The method of claim 1, further comprising displaying 
only the accessible portion of the predefined query model to 
the user. 

6. The method of claim 1, further comprising: 
determining privileges of the user to the predefined query 

model; 

determining a protected portion of the predefined query 
model based on the user's privileges; and 

concealing the protected portion of the predefined query 
model from display to the user. 

7. The method of claim 1, further comprising: 
determining privileges of the user to the predefined query 

model; 

determining a protected portion of the predefined query 
model based on the user's privileges; and 

prohibiting edits to the protected portion of the predefined 
query model by the user. 

8. The method of claim 1, wherein the user-adapted query 
model comprises database table joins modified from the 
predefined query model. 

9. The method of claim 1, wherein the user- adapted query 
model comprises a database table absent from the predefined 
query model. 

10. The method of claim 1, further comprising: 
receiving a request from the user to edit the predefined 

query model; and 
displaying to the user a graphical view of at least an 
accessible portion of data elements in the database. 
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11. The method of claim 1, further comprising: 
automatically generating a database query based on the 

user-adapted query model; and 
initiating the database query. 
5 12. Amethod for generating database queries in a business 
intelligence portal, comprising: 
storing on a server a predefined query model for querying 
a database; 

10 downloading at least an accessible portion of the pre- 
defined query model to a client; 
displaying the accessible portion of the predefined query 

model at the client; 
receiving user edits to the accessible portion of the 
15 predefined query model at the client; 

generating a user-adapted query model at the client based 
on user edits to the accessible portion of the predefined 
query model; and 
20 initiating a query of the database based on the user- 
adapted query model. 

13. The method of claim 12, the act of displaying the 
accessible portion of the predefined query model comprising 
displaying a graphical view of accessible data elements 

25 defining the predefined query model. 

14. The method of claim 12, wherein the graphical view 
of accessible data elements comprises accessible tables, 
columns in the tables, and joins between the tables. 

15. The method of claim 12, further comprising: 

30 determining privileges of the user to the predefined query 
model; and 

determining the accessible portion of the predefined query 
model based on the user's privileges. 

16. The method of claim 12, further comprising display- 
35 ing only the accessible portion of the predefined query 

model at the client. 

17. The method of claim 12, further comprising: 
determining privileges of the user to the predefined query 

model; 

40 determining a protected portion of the predefined query 
model based on the user's privileges; and 
concealing the protected portion of the predefined query 
model from display at the client. 
45 18. The method of claim 12, further comprising: 

determining privileges of the user to the predefined query 
model; 

determining a protected portion of the predefined query 
model based on the user's privileges; and 
50 prohibiting edits to the protected portion of the predefined 
query model at the client. 
19. The method of claim 12, wherein the user- adapted 
query model comprises database table joins modified from 
the predefined query model. 
55 20. The method of claim 12, wherein the user- adapted 
query model comprises a database table absent from the 
predefined query model. 

21. The method of claim 12, further comprising: 
receiving a request to edit the predefined query model at 

60 the client; and 

displaying at the client a graphical view of at least an 
accessible portion of data elements in the database. 

22. The method of claim 12, further comprising: 

65 generating at the server a database query based on the 
user-adapted query model; and 
initiating the database query at the server. 
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23. A method for generating database queries in a business 
intelligence portal, comprising: 

storing on a server a predefined query model for querying 
a database; 

downloading at least an accessible portion of the pre- 
defined query model to a client; 

displaying the accessible portion of the predefined query 
model at the client; 

receiving user edits to the accessible portion of the 
predefined query model at the client; 

generating a user-adapted query model based on user edits 
to the accessible portion of the predefined query model; 

initiating a query of the database based on the user- 
adapted query model; 

downloading the predefined query model to the client; 

generating the user-adapted query model at the client; 

uploading the user-adapted query model to the server; and 

initiating the query of the database at the server. 

24. A system for generating database queries, comprising: 
software operable to: 

store on a server a predefined query model for querying 
a database; 

display an accessible portion of the predefined query 
model to a user at a client; 

receive user edits to the accessible portion of the 
predefined query model; 

generate a user-adapted query model at the client based 
on user edits to the accessible portion of the pre- 
defined query model; and 

initiate a query of the database based on the user- 
adapted query model. 

25. The system of claim 24, the act of displaying the 
accessible portion of the predefined query model comprising 
displaying a graphical a graphical view of accessible data 
elements defining the predefined query model. 

26. The system of claim 24, wherein the graphical view of 
accessible data elements comprises accessible tables, col- 
umns in the tables, and joins between the tables. 

27. The system of claim 24, wherein the software is 
further operable to: 

determine privileges of the user to the predefined query 
model; and 

determine the accessible portion of the predefined query 
model based on the user's privileges. 

28. The system of claim 24, wherein the software is 
further operable to display only the accessible portion of the 
predefined query model to the user. 

29. The system of claim 24, wherein the software is 
further operable to: 

determine privileges of the user to the predefined query 
model; 

determine a protected portion of the predefined query 
model based on the user's privileges; and 

conceal the protected portion of the predefined query 
model from display to the user. 

30. The system of claim 24, wherein the software is 
further operable to: 

determine privileges of the user to the predefined query 
model; 

determine a protected portion of the predefined query 
model based on the user's privileges; and 

prohibit edits to the protected portion of the predefined 
query model by the user. 

31. The system of claim 24, wherein the user-adapted 
query model comprises database table joins modified from 
the predefined query model. 



32. The system of claim 24, wherein the user-adapted 
query model comprises a database table absent from the 
predefined query model. 

33. The system of claim 24, wherein the software is 
further operable to: 

receive a request from the user to edit the predefined 

query model; and 
display to the user a graphical view of at least an acces- 
sible portion of data elements in the database. 

34. The system of claim 24, wherein the software is 
further operable to: 

automatically generate a database query based on the 

user- adapted query model; and 
initiate the database query. 

35. Asystem for generating database queries in a business 
intelligence portal, comprising: 

software operable to: 

store on a server a predefined query model for querying 
a database; 

download at least an accessible portion of the pre- 
defined query model to a client; 
display the accessible portion of the predefined query 

model at the client; 
receive user edits to the accessible portion of the 

predefined query model at the client; 
generate a user-adapted query model based on user 
edits to the accessible portion of the predefined query 
model; and 

initiate a query of the database based on the user- 
adapted query model. 

36. The system of claim 35, wherein the software is 
further operable to: 

generate the user-adapted query model at the client; 
upload the user-adapted query model to the server, and 
initiate the query of the database at the server. 

37. The system of claim 35, the act of displaying the 
accessible portion of the predefined query model comprising 
the software displaying a graphical view of accessible data 

40 elements defining the predefined query model. 

38. The system of claim 35, wherein the graphical view of 
accessible data elements comprises accessible tables, col- 
umns in the tables, and joins between the tables. 

39. The system of claim 35, wherein the software is 
further operable to: 

determine privileges of the user to the predefined query 
model; and 

determine the accessible portion of the predefined query 
model based on the user's privileges. 

40. The system of claim 35, wherein the software is 
further operable to conceal the non-accessible portion of the 
predefined query model at the client. 

41. The system of claim 35, wherein the software is 
further operable to: 

determine privileges of the user to the predefined query 
model; 

determine a protected portion of the predefined query 

model based on the user's privileges; and 
conceal the protected portion of the predefined query 
model from display at the client. 

42. The system of claim 35, wherein the software is 
further operable to: 

determine privileges of the user to the predefined query 
model; 

determine a protected portion of the predefined query 
model based on the user's privileges; and 
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prohibit edits to the protected portion of the predefined 
query model at the client. 

43. The system of claim 35, wherein the user-adapted 
query model comprises database table joins modified from 
the predefined query model. 

44. The system of claim 35, wherein the user-adapted 
query model comprises a database table absent from the 
predefined query model. 

45. The system of claim 35, wherein the software is 
further operable to: 

receive a request to edit the predefined query model at the 
client; and 

display at the client a graphical view of at least an 
accessible portion of data elements in the database. 

46. The system of claim 35, wherein the software is 
further operable to: 

generate at the server a database query based on the 

user-adapted query model; and 
initiate the database query at the server. 

47. A system for generating database queries, comprising: 
means for storing, at a server, a predefined query model 

for querying a database; 
means for displaying an accessible portion of the pre- 
defined query model to a user at a client; 
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means for receiving user edits to the accessible portion of 

the predefined query model; 
means for generating a user-adapted query model at the 
client based on user edits to the accessible portion of 
5 the predefined query model; and 

means for initiating a query of the database based on the 

user- adapted query model. 
48 . A system for generating database queries in a business 
intelligence portal, comprising: 
10 means for storing on a server a predefined query model for 
querying a database; 
means for downloading at least an accessible portion of 
the predefined query model to a client; 
15 means for displaying the accessible portion of the pre- 
defined query model at the client; 
means for receiving user edits to the accessible portion of 

the predefined query model at the client; 
means for generating a user-adapted query model based 
20 on user edits to the accessible portion of the predefined 
query model; and 
means for initiating a query of the database based on the 
user-adapted query model. 

***** 
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